home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / infoserv / www / cern / doc / www-talk.archive.Z / www-talk.archive / text0372.txt < prev    next >
Encoding:
Text File  |  1992-11-30  |  1.8 KB  |  46 lines
  1. > Date: Thu, 19 Nov 1992 09:38:35 +0000 (GMT)
  2. > From: Kevin Hoadley <K.Hoadley@directory.rl.ac.uk>
  3.  
  4. >  The simple way to provide multiple servers would be to
  5. >  register the server name in the DNS with multiple A
  6. >  (address) records pointing to different machines. Then
  7. >  the clients could be mod'ed could try the second or third
  8. >  ... addresses if they couldn't get through to the first.
  9.  
  10. Ok, This seems a bery good idea, if that is the functionality which DNS  
  11. supports.
  12. <practical>
  13. Let's try it.... Anyone care to mod HTTP.c? It's not obvious from
  14. the gethostbyname that one is allowed to refer to different
  15. machines:
  16.           struct    hostent {
  17.                char *h_name;  /* official name of host */
  18.                char **h_aliases;   /* alias list */
  19.                int  h_addrtype;    /* host address type */
  20.                int  h_length; /* length of address */
  21.                char **h_addr_list; /* list of addresses from name server */
  22.           };
  23.  
  24. That look like a list of aliases for one machine, rather than a
  25. list of machines for one alias! But maybe the reverse will work.
  26. So all machines support char **h_addr_list rather than the older
  27. h_addr?   We can probably differentiate using #ifdef h_addr
  28. which is set to a macro if there IS a list.  I assume you need then
  29. separate entries for the virtual duplicate node and the actual
  30. real nodes, so that you can speak to them sepately. Is this normal
  31. and OK?
  32. </practical>
  33.  
  34. >  How you keep info upto date accross multiple servers is
  35. >  a different matter, need some form of replication a la
  36. >  DNS zone transfers (or Quipu's extensions to X.500 ) ...
  37. >  Mind you, replication within www is a harder issue: a
  38. >  server might be sitting in front of datasets too large
  39. >  to sensibly duplicate.
  40. >  
  41.  
  42. >  Kevin Hoadley, Rutherford Appleton Laboratory
  43. >  
  44.  
  45.  
  46.